home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-3157 / 15.txt < prev    next >
Text File  |  1992-05-11  |  27KB  |  636 lines

  1. Info-Atari16 Digest         Mon, 13 Jan 92       Volume 92 : Issue  15
  2.  
  3. Today's Topics:
  4.                               68030 SST
  5.                       Cheetah3 problems (2 msgs)
  6.                Extensible Control Panel myste (2 msgs)
  7.                            Heat and Serve.
  8.                        Help with dungeon master
  9.                            Monitor for sale
  10.                    New mono monitors & PixelWonder
  11.                       Pagestream and PostScript
  12.                     PD C compilers for ST (2 msgs)
  13.                Populace help (was Re: The best game...)
  14.                              Simon Poole
  15.                         Sozobon 1.33i source?
  16.                               Sozobon C
  17.                            The best game...
  18.              WILL MY COMMODORE MONITOR WORK WITH 1040ST?
  19.  
  20. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  21. cross-posting to/from Usenet is getting closer, but still getting thrashed
  22. out.  Please send notifications about broken digests or bogus messages
  23. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  24.  
  25. Please send requests for un/subscription and other administrivia to
  26. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  27. instead of the moderators are likely to be lost or ignored.
  28.  
  29. If you want to unsubscribe, and you're receiving the digest indirectly
  30. from someplace (usually a BITNET host) that redistributes it, please
  31. contact the redistributor, not us.
  32. ----------------------------------------------------------------------
  33.  
  34. Date: 13 Jan 92 11:29:53 GMT
  35. From: mcsun!uknet!warwick!nott-cs!dpg@uunet.uu.net (`Grave' Dave Gymer)
  36. Subject: 68030 SST
  37. To: Info-Atari16@naucse.cse.nau.edu
  38.  
  39. I've seen quite a few posts about this; I'm probably going to get one as soon
  40. as they are released, but I'm interested in hearing about the 4 meg ST RAM it's
  41. supposed to have; is this really true? If I have 4 meg fastram as well (which
  42. I intend to), can '030 processes use this as well (I'm really thinking of
  43. background tasks in MiNT).
  44.  
  45. Also, how difficult is it to install in a Mega ST? (Give me a soldering iron
  46. and I can kiss my ST goodbye).
  47.  
  48. Also (wot? more?) does virtual memory work the same on any 68030 (ie. if I
  49. were to try (note "try") to add VM to MiNT, would it work on a TT too?)?
  50.  
  51. -- Dave.
  52. --
  53. `Grave' Dave Gymer | Have you noticed the preoccupation that most people have
  54. 42 St Mary's Park, | with sex and alcohol? Hasn't it ever struck you as odd
  55. Louth, Lincs,      | that they try to combine the two, usually with pretty
  56. LN11 0EF, ENGLAND  | disasterous results? Then again, how can you choose?
  57.  
  58. ------------------------------
  59.  
  60. Date: 13 Jan 92 08:45:36 GMT
  61. From:
  62.  noao!asuvax!cs.utexas.edu!sdd.hp.com!mips!atha!aunro!ersys!mforget@arizona.edu
  63.  (Michel Forget)
  64. Subject: Cheetah3 problems
  65. To: Info-Atari16@naucse.cse.nau.edu
  66.  
  67. ggranger@ersys.edmonton.ab.ca (Greg Granger) writes:
  68.  
  69. > maf4003@rigel.tamu.edu (Startled Squid, esq.) writes:
  70. >
  71. > > Hi folks, I have a problem.  I've used Cheetah 3 extensively for a while
  72. > > now without any problems but recently something has gone wrong.  When I
  73. > > create a folder in a hard drive partition with Cheetah 3 then copy files
  74. > > into it with Cheetah everything seems okay....until I exit to desktop and
  75. > > try to access the files that I just copied.  The folder shows up but when I
  76. > > open it it is empty and I can't delete the folder from desktop.  I have to
  77. > > go back into Cheetah which shows all of the files that I had copied to into
  78. > > the folder!  Then I can delete the folder from Cheetah.  Wot's the danged
  79. > > deal?!?!!?
  80.   >
  81. > >                                     Michael Fitch
  82. > >                                     maf4003@zeus.tamu.edu
  83. >
  84. >
  85. > Ahh ... I see that you're the next person to be hit by Cheetah.  Many
  86. > people have used it in the past, and then found out that it has some
  87. > pretty nasty bugs in it, and have found that it is best to be put into
  88. > the "trashcan".  If you use it, be very careful.  It isn't a very stable
  89. > program, so use it with *EXTREME* caution.
  90. >
  91. > Greg Granger
  92. >
  93. > [ InterNet:  ggranger@ersys.edmonton.ab.ca             ]  "Gimme the stronges
  94. > [ FoReMNet:  Greg Granger @ 532  or  Dark Knight @ 595 ]   thing you've got."
  95. > [ Mail Adr:  5906-188 St.  Edmonton, AB Canada T6M-2A9 ]
  96. > [ Phone   :  +1 403 481-0803  or  +1 403 481-5110      ]  - Lt. Frank Drebin
  97.  
  98. Well, I had a few problems with the Cheetah program, but I think that they
  99. were bugs related to NeoDesk.  The problem occured after returning to NeoDesk.
  100. If you really want to avoid problems, reset the machine when you are done with
  101. Cheetah.
  102.  
  103. <<  ------------------------------------------  >>
  104. <<        mforget@ersys.edmonton.ab.ca          >>
  105. <<     ersys!mforget@nro.cs.athabascau.ca       >>
  106. <<               Michel Forget                  >>
  107. <<  "Do not meddle in the affairs of Wizards,   >>
  108. <<  for they are not happy campers!" - UNKNOWN  >>
  109. <<  ------------------------------------------  >>
  110.  
  111. ------------------------------
  112.  
  113. Date: 13 Jan 92 14:47:20 GMT
  114. From:
  115.  noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-stat
  116.  e.edu!dhbutler@arizona.edu (David Butler)
  117. Subject: Cheetah3 problems
  118. To: Info-Atari16@naucse.cse.nau.edu
  119.  
  120. >Ahh ... I see that you're the next person to be hit by Cheetah.  Many
  121. >people have used it in the past, and then found out that it has some
  122. >pretty nasty bugs in it, and have found that it is best to be put into
  123. >the "trashcan".  If you use it, be very careful.  It isn't a very stable
  124. >program, so use it with *EXTREME* caution.
  125.  
  126. The oddest thing about Atari computers seems to be their differences from each
  127. other. I used Cheetah extensively for about two years (a quess), with tos 1.2,
  128. tos 1.4 accelerator boards, hard drive caches, and a HUGE variety of auto
  129. programs and desk accs. I have quite literally never had a single problem with
  130. it in any way. I'm also using it out of Neodesk, and I've never had the problem
  131. with "empty folders" that was reported here... Why do computers that are
  132. supposedly "identical" (or damn near) act in such different ways for different
  133. people... aaaaarrrrrggggghhhhhhhhh!!!!!!!!
  134.  
  135. At any rate, Cheetah works great for some of us...
  136.  
  137. By the way, you really should read my cool .sig file ;-)
  138.  
  139. - David Butler -      dhbutler@magnus.acs.ohio-state.edu
  140.  
  141.                      -Kaleidoscope woman
  142.                       in rhinestoned levi's jeans
  143.                       dancing in the sunset
  144.                       sketching day's last scene-     - Willie Phoenix -
  145.  
  146. ------------------------------
  147.  
  148. Date: 13 Jan 92 15:31:46 GMT
  149. From: mcsun!uknet!liv-cs!liv-uxa!mebeb@uunet.uu.net (Mr. K. O'Donovan)
  150. Subject: Extensible Control Panel myste
  151. To: Info-Atari16@naucse.cse.nau.edu
  152.  
  153. pmh@cutie.ka.sub.org (pmh@cutie.ka.sub.org) writes:
  154. : mmiller@isis.cs.du.edu wrote at Sa, 11.01.92 (08:34) in comp.sys.atari.st:
  155. :
  156. : >minimum number of slots in the setup menu.  But when I run Uniterm,
  157. : >for example, and I access it, all the CPX's seem to be there.  When I
  158. : >double click on one of them, like General Setup, the disk whirs, and
  159. : >then nothing happens.  When I reload the CPX's, I notice that only two
  160. :
  161. : This is a known problem. It seems that Uniterm and WordUp are messing
  162. : around with memory and allocating all free memory in the system. The
  163. : Control Panel tries to load and execute the CPX you wanted but then
  164. : there's not enough memory in the system to do this. So nothing happens.
  165. : It would be nice if the control panel would then show up an alert box
  166. : with a simple error message.
  167. :
  168. : >causes this, and how can I correct it if possible?  Do I need to make
  169. : >the CPX's memory-resident?
  170. :
  171. : Yes, that's the solution for your problem. If you make the CPX's memory-
  172. : resident then they will be loaded at boot-time and stay resident in your
  173. : memory (and, in fact, will use a lot of it).
  174. :
  175. : --
  176. : Dirk Steins            Usenet: dirk_steins@k2.maus.de
  177. : Niederkassel/Koeln      UUCP: any_backbone_that_knows_domains!k2.maus.de!ds
  178. : Germany                Fido: ds%maus k2, 2:242/2.6
  179. : --
  180.  
  181. ------------------------------
  182.  
  183. Date: 13 Jan 92 15:15:09 GMT
  184. From:
  185.  noao!ncar!elroy.jpl.nasa.gov!usc!cs.utexas.edu!utgpu!cunews!csi.uottawa.ca!news
  186.  @arizona.edu (Christopher Browne)
  187. Subject: Extensible Control Panel myste
  188. To: Info-Atari16@naucse.cse.nau.edu
  189.  
  190. In article <A31977@K2.maus.de> Dirk_Steins@k2.maus.de (Dirk Steins) writes:
  191. >mmiller@isis.cs.du.edu wrote at Sa, 11.01.92 (08:34) in comp.sys.atari.st:
  192. >
  193. >>minimum number of slots in the setup menu.  But when I run Uniterm,
  194. >>for example, and I access it, all the CPX's seem to be there.  When I
  195. >>double click on one of them, like General Setup, the disk whirs, and
  196. >>then nothing happens.  When I reload the CPX's, I notice that only two
  197.  
  198. ..
  199.  
  200. >>causes this, and how can I correct it if possible?  Do I need to make
  201. >>the CPX's memory-resident?
  202. >
  203. >Yes, that's the solution for your problem. If you make the CPX's memory-
  204. >resident then they will be loaded at boot-time and stay resident in your
  205. >memory (and, in fact, will use a lot of it).
  206.  
  207. For Uniterm, there is another solution.  Uniterm winds up setting up
  208. buffers for various & sundry purposes.  (Clipboard, data transfer,
  209. RS232 buffering, AND) Notably:  System and History buffers.  The
  210. default System buffer is either 32 or 64K, and then "The Rest of
  211. memory" goes to the History buffer.  In other words, IF I turn history
  212. on, and leave the defaults in place, I can go back and look at the
  213. last 900K of history information!  Since a typical session
  214. doesn't involve that much data, and I'd like sometimes to run external
  215. programs/CPXes, I've changed the System buffer size to something a
  216. little more sensible (875K, on my 2MB system).
  217.  
  218. In other words, if you increase the size of the System buffer to
  219. something big enough (128K?  200K?), you'll be able to load in those
  220. CPXes, WITHOUT the cost of PERMANENTLY having memory occupied by them.
  221.  
  222. --
  223. Christopher Browne
  224. cbbrowne@csi.uottawa.ca
  225. University of Ottawa
  226. Master of System Science Program
  227.  
  228. ------------------------------
  229.  
  230. Date: 13 Jan 92 07:19:22 GMT
  231. From:
  232.  noao!ncar!elroy.jpl.nasa.gov!usc!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.
  233.  mu.edu!umn.edu!cs.umn.edu!thelake!steve@arizona.edu (Steve Yelvington)
  234. Subject: Heat and Serve.
  235. To: Info-Atari16@naucse.cse.nau.edu
  236.  
  237. [In article <1992Jan13.123822.9767@topaz.ucq.edu.au>,
  238.      johnsonc@topaz.ucq.edu.au writes ... ]
  239.  
  240.  > Have the postings to COMP.BINARY.ATARI.ST for Heat & Serve been completed?
  241.  > I can only find parts 1 - 12.
  242.  
  243. Yes, but the last few files were a couple of days behind the first batch.
  244. If they don't show up tomorrow or the next day, you can try requesting
  245. them from archive-server@twitterpater.eng.sun.com.
  246.  
  247.  --
  248.  Steve Yelvington, Marine on St. Croix, Minnesota     <steve@thelake.mn.org>
  249.  Land of lutefisk, ice castles and jumper cables
  250.  
  251. ------------------------------
  252.  
  253. Date: 13 Jan 92 13:07:08 GMT
  254. From: mcsun!uknet!harrier.ukc.ac.uk!eagle.ukc.ac.uk!rlw@uunet.uu.net (R.L.Wall)
  255. Subject: Help with dungeon master
  256. To: Info-Atari16@naucse.cse.nau.edu
  257.  
  258. I need a little help with Dungeon Master. I am on level 6 and I have collected
  259. all of the iron keys from all of the rooms (including the one you get for
  260. getting the riddles right) and yet I still dont have enough. There is one
  261. door which is locked requiring an iron key. I can get down to the next
  262. level, but from the maps I see that this door has a valuable behind it.
  263.  
  264. Where is the other iron key to be found? is it deeper in the dungeon or have
  265. I just missed it on level 6 (or an even earlier level).
  266.  
  267. I appreciate your help on this one
  268.  
  269. Cheers - Dick
  270. --
  271. Well my baby, she don't want me around        ! DoD #246,      Squid Rating 1.5
  272. She said she's tired of watching me fall down ! Current Steed   ---   CBX550FII
  273. She wants the good life, with all the best    !--------------------------------
  274. But I like that bottle better than the rest   ! <- Van Halen wi. David Lee Roth
  275.  
  276. ------------------------------
  277.  
  278. Date: Sat, 11 Jan 92 08:44:31 PDT
  279. From: BRUCE@heimbig.ansci.wsu.edu
  280. Subject: Monitor for sale
  281. To: Info-Atari16%naucse.cse.nau.edu@uunet.uu.net
  282.  
  283. sorry to post this here, I couldn't get through to:
  284. agate!usenet.ins.cwru.edu!wsu-cs!vela!sycom!bg258s1421@ames.arpa
  285. >Subject: Wanted color Monitor
  286. >
  287. >Hey does anybody have a color monitor for sale ?? {for my 520 ST}
  288.  
  289. Yes I have a color monitor for sale, price=reasonable (I don't know what the
  290. current going rate is but I'ld be willing to beat it), terms=reasonable
  291.  
  292. I have original box, monitor hasn't been used for about 1.5 year, since I
  293. got my mono monitor.   Works fine tho
  294.  
  295. Let me know
  296.  
  297. bruce@heimbig.ansci.wsu.edu
  298. or
  299. heimbig@wsuvm1.csc.wsu.edu
  300. or
  301. bruce%heimbig.ansci.wsu.edu@wsuvm1.csc.wsu.edu
  302.  
  303. ------------------------------
  304.  
  305. Date: 13 Jan 92 09:42:15 GMT
  306. From:
  307.  mcsun!news.funet.fi!sunic!ugle.unit.no!nuug!fenris!sofus.dhhalden.no!jonal@uune
  308.  t.uu.net (JON ARVID LOVSTAD)
  309. Subject: New mono monitors & PixelWonder
  310. To: Info-Atari16@naucse.cse.nau.edu
  311.  
  312. What's up with all these new mono monitors appearing from Atari?
  313.  
  314. We recently got (well, here in Europe anyway) the 14" SM144, a flatscreen
  315. monitor with MegaSTE compatible tilt/swivel base. Seemingly bigger dot pitch
  316. than my SM124 and with _ONE_ speaker. ZNet 92-02 reported about a SM147,
  317. another 14" screen. It is apparently the same as the SM144, but without the
  318. speaker.
  319.  
  320. Has anyone tried these new monitors with the PixelWonder card (a OverScan
  321. like solder-in thing that gives 758x528 on a SM124)? Which resolutions can
  322. you get on thiese screens?
  323.  
  324. I can't afford a 19" at the moment, but as the PixelWonder card is about
  325. $100,- it would give me a little peace of mind for a while.
  326.  
  327. The new monitors are better looking and fits better on a Mega STE and I
  328. would get a new one if the card works well with them.
  329.  
  330. Any comments? Please post or mail! Thanks!
  331.  
  332. Spidey
  333.  
  334. Jon Lovstad                |   Sorry, but this part of my .sig file has been
  335. jonal@sofus.dhhalden.no    |   retconned by DeFalco...
  336.                            |
  337. SnailMail: Storgata 18     |   If Batman can have 2 Crays, then why can't
  338. N-1750 HALDEN, NORWAY      |   I get a humble TT030?
  339.  
  340. ------------------------------
  341.  
  342. Date: Mon, 13 Jan 1992 11:11 EST
  343. From: CSULLOGG@crl.aecl.ca
  344. Subject: Pagestream and PostScript
  345. To: Info-Atari16@naucse.cse.nau.edu
  346.  
  347. This is the third posting of this request; surely someone must have an
  348. answer.
  349.  
  350. Pagestream is advertised as the "PostScript solution" for the Atari platform
  351. and DTP. However, I have had no success printing to an HP Laserjet II that
  352. has a Pacific Page PostScript cartridge using the Pagestream PostScript driver.
  353. The file transfers to the printer (the # of K of file is displayed on the
  354. HPLJ II) but the pages never come out. ANY idea WHY??????
  355.  
  356. Does anyone from SoftLogik read the nets? Hey, if your product is THE solution
  357. for PostScript, why can't I print out using your PostScript driver? I end up
  358. using the standard HPLJ driver (PCL I think) and it takes ONE HELL OF A LONG
  359. TIME to print!
  360.  
  361. ------------------------------
  362.  
  363. Date: 13 Jan 92 10:42:15 GMT
  364. From:
  365.  noao!ncar!asuvax!cs.utexas.edu!wupost!micro-heart-of-gold.mit.edu!bu.edu!bucsf.
  366.  bu.edu!harryk@arizona.edu (Harry Karayiannis)
  367. Subject: PD C compilers for ST
  368. To: Info-Atari16@naucse.cse.nau.edu
  369.  
  370. In article <1992Jan11.140212.28298@actrix.gen.nz> Alex.Valdez@actrix.gen.nz
  371.  (Alex Valdez) writes:
  372. >In article <A53808@BN.maus.de> Klaus_Guhr@bn.maus.de (Klaus Guhr) writes:
  373. >>
  374. >> There are two good PD/FREEWARE Compilers:
  375. >>
  376. >>                     Sozobon 2.0  (new release; but no ansi) and
  377. >>                     GNU GCC 1.40 (full ansi)
  378. >>
  379. >See also Sozobon 1.33i, recently posted on the net. It's not an
  380. >official Sozobon release and was done by the GemFast guy, Ian Lempore
  381. >(sp?). I haven't tested 2.0 or 1.33i thoroughly but from what I could
  382. >see, 1.33i generates faster code.
  383. >
  384. >
  385. >--
  386. >================================Alex Valdez=============================
  387.  
  388.  
  389.   Could some kind soul e-mail me Sozobon C v1.33i, or point me to an ftp
  390. site where i can get it? I missed the posting on c.b.a.s  :-(
  391.  
  392. thanks
  393.  
  394. =============================================================================
  395. Author of ATZENTA2         Harry Karayiannis           ________E-Mail________
  396.                     15 N.Beacon, #316   Boston Univ.  |INTERnet:
  397. **  || ATARI   **   Allston, MA 02134   Computer Sc.  | harryk@bucsf.bu.edu
  398. ** /||\ MegaST **   U.S.A.                            |BITnet:
  399. ======================================================| cscrzcc@buacca.bu.edu
  400.                                                        ----------------------
  401.  
  402. ------------------------------
  403.  
  404. Date: 13 Jan 92 11:23:01 GMT
  405. From: mcsun!sun4nl!phigate!ehviea!leo@uunet.uu.net (Leo de Wit)
  406. Subject: PD C compilers for ST
  407. To: Info-Atari16@naucse.cse.nau.edu
  408.  
  409. In article <1992Jan10.145622.8488@wam.umd.edu> dmb@wam.umd.edu (David M.
  410.  Baggett) writes:
  411. |In article <1068@ehviea.ine.philips.nl> leo@ehviea.UUCP (Leo de Wit) writes:
  412. |>In article <4437@brahma.cs.hw.ac.uk> neil@cs.hw.ac.uk (Neil Forsyth) writes:
  413. |>|Good old Megamax C (not Laser C) did this. As a result the programs could not
  414. |>|have any segments more than 32K. I'm pretty sure this was the case because
  415.  the
  416. |>|executables produced had no relocation tables.
  417. |>
  418. |>Shouldn't this be: ... any segments more than 64K ... ? Most 68000 C
  419. |>compilers will use 16 bit address register relative addressing in this
  420. |>case, and 16 bits --> 64K (one of them being Lattice C, if I remember
  421. |>correctly).
  422. |
  423. |Yeah, but offsets are relative, so you need a sign bit.
  424.  
  425. Exactly. This sign bit is precisely a factor of 2, 32K positive of
  426. address register, and 32K negative of it. And 32K + 32K = 64K...
  427.  
  428.     Leo.
  429.  
  430. ------------------------------
  431.  
  432. Date: 13 Jan 92 12:44:18 GMT
  433. From: mcsun!unido!ira.uka.de!THD-News!alexlehm@uunet.uu.net (Alexander Lehmann)
  434. Subject: Populace help (was Re: The best game...)
  435. To: Info-Atari16@naucse.cse.nau.edu
  436.  
  437. > Dunno? I think the game is unfair. When water is harmful, ie. prolonged
  438. > exposure causes death, and there is a flood the computer just scans the map
  439. > array and instantly puts a small piece of land under as many of its people
  440. > that it has energy/mana to do so. No human player could do that.
  441.  
  442. I might be that the computer has some major advantages as he is able to
  443. overview the whole map at once. I suggest that, if the setting says tha
  444. that water is harfull, any landmass that you as human build, should be
  445. least 2 layers high. This way, when the computer call flood, you don't
  446. suffer any harm, but afterwards the land is at level one again. If the
  447. comp seems capable of getting another flood, you should raise the whole land
  448. again.
  449.  
  450. (BTW I never got past ca. 130 even with this trick)
  451.                                                 Alexander Lehmann
  452.  
  453. ------------------------------
  454.  
  455. Date: 13 Jan 92 13:56:15 GMT
  456. From: news.larc.nasa.gov!asdsun.larc.nasa.gov!klassa@ames.arpa (John Klassa)
  457. Subject: Simon Poole
  458. To: Info-Atari16@naucse.cse.nau.edu
  459.  
  460. Anybody got a current email address for Simon Poole, author of
  461. Uniterm?  Thanks!
  462.  
  463. ------------------------------- \/\/ & /\/\ --------------------------------
  464. John M. Klassa                          Graduate Assistant
  465. C.S. Grad Student                       Global Meteorological Data Facility
  466. Jones Hall                              Mail Stop 423
  467. College of William and Mary             NASA Langley Research Facility
  468. Williamsburg, VA  23185                 Hampton, VA  23665-5225
  469. klassa@cs.wm.edu                        klassa@asdsun.larc.nasa.gov
  470. ------------------------------- \/\/ & /\/\ --------------------------------
  471.  
  472. ------------------------------
  473.  
  474. Date: 13 Jan 92 05:13:03 GMT
  475. From:
  476.  noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!malgudi.oa
  477.  r.net!yfn.ysu.edu!ysub!psuvm!jjl101@arizona.edu (J.J. Lehett)
  478. Subject: Sozobon 1.33i source?
  479. To: Info-Atari16@naucse.cse.nau.edu
  480.  
  481. In article <A2781550636@thelake.mn.org>, steve@thelake.mn.org (Steve Yelvington)
  482. says:
  483. >
  484. >[In article <92012.162819JJL101@psuvm.psu.edu>,
  485. >     JJL101@psuvm.psu.edu (J.J. Lehett) writes ... ]
  486. >
  487. > >     Will the source to sozobon 1.33i be released?  I am very interested in
  488. > > using this compared to 2.0 or 1.2(?), however, I am working with very large
  489. > > (400k+) library files with a large number of modules in it.  2.0's link
  490. > > will function properly , but 1.33i (and 1.2 without a small change), will
  491. > > choke on such large libraries.
  492. > >     So does anyone out there know where the source can be had, if at all?
  493. >
  494. >I don't know what Ian's plans are with regard to releasing the source, but
  495. >1.33i definitely will work with any other 1.x version of the loader. The
  496. >object module format is identical. Just swap your modified 1.2 loader for
  497. >the one that's in the distribution.
  498. >
  499. >You probably can combine the 1.33i make, cc, hcc and top with the other
  500. >binaries from Sozobon 2.0. It won't run as fast, but it'll give you long
  501. >external identifiers (SozobonX library format). Ian's version of hcc and
  502. >top will pass long identifiers unmolested; the programs that create or
  503. >manipulate .o files are the bottleneck. (I have not actually tested this,
  504. >but I see no reason why it wouldn't work.)
  505. >
  506. >Could you post the change you made to the 1.2 linker?
  507. >
  508. > --
  509. > Steve Yelvington, Marine on St. Croix, Minnesota     <steve@thelake.mn.org>
  510. > Land of lutefisk, ice castles and jumper cables
  511.  
  512.     With respect to the change in the linker, I'll have to defer to Dave Bagget
  513. on this one, he did it.... so Dave if you read this perhaps it would be
  514. generally useful to post the fix?
  515.  
  516.      And thanks for the info, never though (for some unknown reason) to
  517. just use the 2.0 linker.  Will give it a shot tonight!
  518.  
  519. ------------------
  520. J.J. Lehett     : Atari's, puzzles, games, chaos, fractals, math....
  521.  
  522.   - jjl101@psuvm.psu.edu                 Penn State CAC Lab Operator
  523.   - aa400@cleveland.freenet.edu          Atari 16/32 bit SIG Sysop
  524.  
  525. ------------------------------
  526.  
  527. Date: 13 Jan 92 15:30:00 GMT
  528. From:
  529.  noao!asuvax!cs.utexas.edu!swrinde!mips!spool.mu.edu!umn.edu!cs.umn.edu!thelake!
  530.  steve@arizona.edu (Steve Yelvington)
  531. Subject: Sozobon C
  532. To: Info-Atari16@naucse.cse.nau.edu
  533.  
  534. [In article <7556@tamsun.tamu.edu>,
  535.      n160ao@tamuts.tamu.edu (Mark Lehmann) writes ... ]
  536.  
  537.  > I just downloaded all of the Sozobon C stuff in the languages directory
  538.  > of the Atari archive.  Is there anything I should know before I delve into
  539.  > configuring the Sozobon C compiler?  I haven't un-archived the files
  540.  > yet, but I assume that I will find top-notch documentation that will
  541.  > guide me through the installation, and a compile of the "Hello World"
  542.  > program.
  543.  
  544. You won't find a step-by-step installation guide in the Sozobon
  545. 1.2 package, and the 2.0 package is just an upgrade of the
  546. 1.2 binaries.
  547.  
  548. I suggest that you set aside everything you downloaded from the
  549. languages directory and get the ``Heat and Serve'' Sozobon C
  550. 1.33i, which moved last week in comp.binaries.atari.st.
  551.  
  552. All you need to do with 1.33i is un-ZOO the file, double-click
  553. INSTALL.PRG, tell it where you want to put the components, and
  554. sit back while INSTALL does all the work. You'll be compiling
  555. hello.c (and GEM sources, too) in a matter of minutes, because
  556. the example code and makefiles are part of the package.
  557.  
  558. If you don't have access to that newsgroup at your site or if
  559. those files already have expired on your news system,
  560. atari.archive keeps the original uuencoded postings in a
  561. separate (unindexed) directory. You also can get it by email
  562. from archive-server@twitterpater.eng.sun.com.
  563.  
  564.  --
  565.  Steve Yelvington, Marine on St. Croix, Minnesota     <steve@thelake.mn.org>
  566.  Land of lutefisk, ice castles and jumper cables
  567.  
  568. ------------------------------
  569.  
  570. Date: 13 Jan 92 15:56:39 GMT
  571. From: agate!spool.mu.edu!caen!uflorida!mailer.cc.fsu.edu!pi!boyd@ames.arpa
  572.  (Mickey Boyd)
  573. Subject: The best game...
  574. To: Info-Atari16@naucse.cse.nau.edu
  575.  
  576. In article <1992Jan08.103719.2429@spc.nl>, stefan@spc.nl (Stefan Posthuma)
  577.  writes:
  578. >Best game?
  579. >
  580. >Llamatron!!
  581. >
  582. >Why?
  583. >
  584. >It's most brainfrying action, totally absurd sound samples and sheer intensity.
  585. >As Minter said himself, Llamatron is the death metal of video games!
  586. >Also, it's shareware.
  587.  
  588. It is available from atari.archive.umich.edu, as is Colorspace ST (another
  589. must have by Minter).  If you have a color monitor, get these two things.
  590.  
  591. >
  592. >I have the new shareware game by Minter, Revenge of the Mutant Camels. At
  593. >least as good as the CBM64 original!
  594. >
  595.  
  596. Could you put it on atari.archive.umich.edu?  I would be happy to do it
  597. if you email me a uuencoded copy :-).  Thanks in advance, feel free to
  598. email.
  599.  
  600. --
  601.     ---------------------------------+-------------------------------------
  602.              Mickey R. Boyd          |  "Come to your senses professor
  603.           FSU Computer Science       |     Fernberg.  You did not transcend
  604.         Technical Support Group      |     the time-space continuum.  You
  605.        email:  boyd@nu.cs.fsu.edu    |     got drunk in a topless bar."
  606.     ---------------------------------+-------------------------------------
  607.  
  608. ------------------------------
  609.  
  610. Date: 13 Jan 92 16:10:37 GMT
  611. From:
  612.  noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!caen!uflorida!mailer.cc.fsu.edu!pi!boyd
  613.  @arizona.edu (Mickey Boyd)
  614. Subject: WILL MY COMMODORE MONITOR WORK WITH 1040ST?
  615. To: Info-Atari16@naucse.cse.nau.edu
  616.  
  617. In article <1992Jan9.214640.2824@ac.dal.ca>, tominatr@ac.dal.ca writes:
  618. >Will my Commodore 1084S monitor work with an Atari 1040ST?
  619. >
  620.  
  621. I believe you can do this with a special cable, but I could be wrong.
  622. A call to Toad Computers (1-800-448-TOAD) will confirm/deny this.
  623.  
  624. --
  625.     ---------------------------------+-------------------------------------
  626.              Mickey R. Boyd          |  "Come to your senses professor
  627.           FSU Computer Science       |     Fernberg.  You did not transcend
  628.         Technical Support Group      |     the time-space continuum.  You
  629.        email:  boyd@nu.cs.fsu.edu    |     got drunk in a topless bar."
  630.     ---------------------------------+-------------------------------------
  631.  
  632. ------------------------------
  633.  
  634. End of Info-Atari16 Digest
  635. ******************************
  636.